home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000217-20000824 / 000204_news@columbia.edu _Tue Apr 18 12:07:16 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA23905
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 18 Apr 2000 12:07:15 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id LAA17934
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 18 Apr 2000 11:49:08 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: Mark Sapiro <msapiro@value.net>
  10. Subject: Re: setting executable bit on uploaded file
  11. Date: Tue, 18 Apr 2000 08:44:46 -0700
  12. Organization: Not Very Much
  13. Message-ID: <38FC82EE.7C8C188C@value.net>
  14. To: kermit.misc@columbia.edu
  15.  
  16. Russell McManus wrote:
  17. > 
  18. > I've got a nice kermit script that does everything that I want it to
  19. > do except one thing: the binary that it uploads does not have the
  20. > executable bit set.
  21. ><snip>
  22. > At this point, the files don't have the right executable bit.  So I
  23. > figured I'd just say bye to the remote kermit server, and do a couple
  24. > of output commands like this to shell on the remote end:
  25. > 
  26. >   output chmod +x file\13
  27.  
  28. As Frank says in another reply, if you update your Kermits to C-Kermit
  29. 7.0, uploaded files will be created with the same permissions as the
  30. source files.
  31.  
  32. If for some reason, upload is not an option, you can still fix your
  33. script.  Your problem is that the "bye" command not only exits the
  34. remote Kermit server, it also logs you off the remote shell.  If you
  35. replace "bye" with "finish" you will be left at a shell prompt and an
  36. output command will work.  For robustness, you should check for the
  37. prompt.  e.g.
  38.  
  39. finish
  40. input 10 {your shell prompt string or a fixed piece of it}
  41. if fail <appropriate action>
  42. output chmod +x ...\13
  43.  
  44. Alternatively, you can leave the remote in server mode and issue the
  45. "chmod" command as a remote host command. i.e.
  46.  
  47. remote host chmod +x ...
  48.  
  49. > # this doesn't work: why?
  50. > output run chmod +x rbi\13
  51.  
  52. At this point in your script you have already logged off the remote
  53. machine with the "bye" command.  If you were at a Kermit prompt on the
  54. remote, it would work. However, given that you start Kermit with "kermit
  55. +x", it is hard to return to a kermit prompt, since "bye" logs you off
  56. and "finish" terminates Kermit.  If you started Kermit with "kermit" and
  57. then entered server mode with "server", "finish" would return you to a
  58. Kermit prompt.
  59.  
  60. -- 
  61. Mark Sapiro <msapiro@value.net>       The highway is for gamblers,
  62. San Francisco Bay Area, California    better use your sense - B. Dylan